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Die folgendan Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

(5) Programmregler mit Kornrrtunikationen in einer Client/Server-Architektur 

@ Die Erfi n dung bet riffteinen Programmregler (PLC), der 
mit Kommunikationsfunktionen in einer CI i ant/Server- Ar- 
chitektur und mit einem privaten Betriebssystem verse- 
hen ist das nicht das TCP/IP- Protokol I unterstutzt, sich je- 
doch fur Automatisierungsprogramme eignet, und der ei- 
. nerseits mit mind esten s einem intelligenten Modul (MM, 
UC), in dem ein ATTP-Server installiert ist; und anderer- 
seits mit einem Kommunikationsmudul (MC), das tiber ei- 
. nen Bus mit entfernten Einrichtungen (C) kombinlert war- 
den kann, ausgestattet ist, dadurch gekennzeichnet, dass 
das intelligente Modul (MM, UC) mit einer Anwendungs- 
programmierschnittstelte (TCP API) versehen ist, die es 
ermoglicht, Verbindungs- und (TCP-) Kommunikations- 
funktionen des TCP/I P-artigen Kommunikationsmoduls 
(MC) entfernt zu verwenden. 
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^ Beschreibung 

Die yorliegende Erfindung betriff t einen Programmregler, 
der mit einem privaten Betriebssystem versehen is£, welches 
nicht das TCP/IP-Protokoll unterstutzt, sich jedoch fiir Au- 5 
tomatisierungsprogramme eignet, und der einerseits mit 
mindestens einem intelligeriten Modul, in dem ein HTTP- 
Server installiert ist, und andererseits mit einem Kommuni- 
kationsmodul, das fiber einen Bus mit entfemten Einrichtun- 
geri kombiniert werden kann, ausgestattet ist. 10 

Ein modularer Programmregler besteht aus einer pro- 
grammierbaren Prozessoreinheit und intelligenten Modulen, 
die Automatisierungsfunktionen fibemehmen (z. B. Wa- 
gung, Achsensteuerung, Regelung, usw.) und an die Prozes- 
soreinheit fiber einen Kommunikationsbus oder Netzwerke 15 
mit privaten Protokollen angeschlossen sind. Die Hardware- 
und Softwaretechnologie (Echtzeitkem, Betriebssystem und 
KommunikationsprotokoU) des Automaten ist meistens 
^proprietar", d. h. spezifisch fur den Automatenhersteller. 
Die programmierbare Prozessoreinheit enthalt die in der 20 
Automatenprogranuniersprache geschriebene Anwendung 
(z. B. in einer unter der Bezeichnung PL7 bekannten Spra- 
che fur die Automaten von Schneider Automation). Ein in- 
telligentes Modul ist ein Mikrocomputer, der mit einer Pro- 
zessoreinheit, Festwert- und Direktzugriffsspeicher sowie 25 
privaten Ein-/Ausgaben versehen ist. 

Der Automat kann aufierdem mit einem Kommunikati- 
onsmodul ausgestattet sein, das den Anschluss an ein 
TCP/IP-artiges Netzwerk und AN/AUS oder analogen Ein- 
/Ausgabemodulen ermoglicht. 30 

Ein TCP/EP-Kommunikationsmodul implementiert Ser- 
verfunktionen (z. B. die HTTP-Serverfunktion), die es ei- 
nem TCP/EP-Client ermoglichen, sich iiber ein Netzwerk 
mit TCP/IP-Protokoll an den Automaten anzuschliefien. Es 
sei darauf hingewiesen, dass ein TCP/IP-Client eine Ein- 35 
richtung ist, welche die Initiative zur Eroffnung einer Ver- 
bindung auf einem TCP/IP-Server hat. Es ist ebenfalls mog- 
lich, dass das TCP/EP-Kommunikationsmodul eine Client- 
funktion auf TCP/IP implementiert, die den Anschluss an 
eine TCP/EP-Servereinrichtung ermoglicht. 40 

Das TCP/TP-Kommunikationsmodul kann als Briicke die- 
nen, urn die Datenfibertragungsblocke eines Netzwerks mit 
privatem Protokoll bis zu einem Netzwerk mit TCP/EP-arti- 
gem Protokoll zu transportieren. Damit das Kommunikati- 
onsmodul Dienste nach Art eines PTP-Ubertragungsservers 45 
("File Transfer Protocol"), eines HTTP-Servers ("Hypertext 
Transfer Protocol") oder eines SNMP-Agenten ("Simple 
Network Management Protocol") anbieterf kann, stellt die 
Zentraleinheit des Program mreglers Datenzonen frei, wel- 
che die verschiedenen Dienste den entfemten Clientstatio- 50 
nen des TCP/EP-Netzwerks prasentieren. Dienste nach Art 
eines "Mail" -Clients, eines FTP-Clients, eines SNTP- 
Clients. ("Simple Network Time Protocol") oder eines SAP- 
Clients (CUent-/Serverunternehmensverwaltungssoftware, 
insbesondere mit Produktionsverwaltungsfunktionen) kon- 55 
nen es dem Anwendungsprogramm des Automaten erlau- 
ben, den Speicher mit Informationen zu versorgen, die von 
entfemten Servem, die diese Protokolle implementieren, 
stammen. Die Client- oder Serverfunktionen werden im 
TCP/IP- Kommunikationsmodul vorgegeben und kodiert 60 
Damit Dienste der intelligenten Module vom Netzwerk aus 
zuganglich sind, muss eine anpassungsfahige Anwendung 
in der Zentraleinheit des Automaten implementiert werden. 

Ziel der Erfindung ist es, einem intelligenten Modul die 
Moglichkeit zu geben, eine Clientfunktion oder eine Server- 65 
funktion ablaufen zu lassen, oder Mitglied einer Multicast- 
gruppe zu sein, indem die.TCP/EP-Dienste eines Kommuni- 
kationsmoduls der Konfiguration des Programmreglers ver- 
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wendet werden. Demnach kann das intelligente Modul von 
einem Mitglied des TCP/IP-Netzwerks verwendet werden, 
als ob es damit physikalisch kombiniert ware. 
. Der erfindungsgemaBe Autoriiat ist dadurch gekennzeich- 
net, dass das intelligente Modul mit einer Anwendungspro- 
grammierschnittschnelle versehen ist, die es ermoglicht, 
entfemt die Anschluss- und Kommunikationsfunktionen des 
TCP/IP-artigen Kommunikationsraoduls zu verwenden. 

Die Erfindung wird nun unter Bezugnahme auf eine Aus- 
gestaltung, die als Beispiel angegeben wird und in den bei- 
gefugten Zeichnungen dargestellt ist, naher beschrieben. Es 
zeigen: 

Fig. 1 ein Diagramm der Hardware- Architektur eines er- 
findungsgemafien, modul aren Programmreglers. 

Fig. 2 ein Blockdiagramm, das die Kommunikationsfunk- 
tionen eines Kommunikationsmoduls und eines intelligen- 
ten Moduls veranschaulicht. 

Fig. 3 veranschaulicht die verschiedenen Anschluss- und 
Kommunikationsfunktionen zwischen einem Client und ei- 
nem Server. 

Die in fig. 1 dargestellte Architektur umfasst einen mit 
PLC bezeichneten Automaten, der mit einer Zentraleinheit 
UC, intelligenten Modulen MM mit Automatisierungsfunk- 
tion (Wagung, Achsensteuerung, . . .) und einem Kommuni- 
kationsmodul MC mit Serverfunktion ausgestattet ist. Diese 
Module und Zentraleinheit kommunizieren fiber einen pri- 
vaten Kommunikationsbus BP, der beispielsweise ein ge- 
stellmontierter Bus ist Dieser Serverautomat PLC kann mit 
anderen Programmreglern kombiniert werden. 

Die Zentraleinheit UC des Programmreglers enthalt ein 
Anwendungsprogramm, das in einer iiblichen Automatisie- 
rungsbefehlsprache ("Kontaktsprache", usw.) geschrieben 
ist. Es verwaltet die Ein-/Ausgaben durch die Verwendung 
von Automatenvariablen. 

Das mit einem Zentralspeicher und einem Mikroprozes- 
sor ausgeriistete Kommunikationsmodul MC ist mit einem 
Echtzeitkem versehen, der durch eine TCP/EP-Netzwerk- 
schicht ("stack TCP/IP") erweitert ist, die einen Hardware- 
adapter steuert, der es ihr ermoglicht, fiber ein Netzwerk B 
mit TCP/IP-Protokoll mit einem oder mehreren Clientstatip- 
nen C (Computern) zu kommunizieren. 

Die Software-Architektur des Kommunikationsmoduls 
MC besteht aus: 

- Einem Server-Delegationsdienst, der es einer Auto- 
matisierungsfunktion eines intelligenten Moduls mm 
erlaubt, dem Modul MC die Eroffnung und Verwaltung 
einer Serververbindung auf dem TCP/IP-artigen Netz- 
werk B zu delegieren. 

- Einem Client-Delegationsdienst, der es einer Auto-, 
matisierungsfunktion eines intelligenten Moduls mm 
erlaubt, dem Modul MC die Eroffnung und Verwaltung 
einer Clientverbindung auf dem TCP/IP-artigen Netz- 
werk B zu delegieren. 

- Einem Multicast-Delegationsdienst, der es einer Au- 
tomatisierungsfunktion eines intelligenten Moduls mm 
erlaubt, dem Modul MC die Eroffnung und Verwaltung 
einer Multicastverbindung auf dem TCP/IP-artigen 
Netzwerk. B zu delegieren. 

- Einem Kodier-ZDekodier- und Verteilerdienst, der es 
einerseits ermoglicht, von den vorhergehenden Dien- 
sten stanimende Abfragen nach einem der von dem pri- 
vaten Kommunikationsbus BP unterstutzten Protokolle 
zu kodieren, sie zu verteilen, um sie den intelligenten 
Modulen zuzufuhren, und andererseits, von den intelli- 
genten Modulen MM stammende Abfragen zu deko- 
dieren, und sie auf einen der oben definierten Delegati- 
onsdienste zu verteilen. 
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Die Software-Architektur des intelligenten Moduls mm 
umfasst eine An wendungsprogrammierschnitts telle (API) 
TCP API, die es ermoglicht, die delegierten Dienste des 
Kommunikationsmoduls MC entfemt zu verwenden. Die 5 
Schnittstelle TCP API kann deshalb von dem Programmie- 
rer verwendet werden, der die Automatisierungsfunktion 
des intelligenten Moduls mm nach drei verschiedenen Nut- 
zungen entwickelt (oder erganzt); um folgendes zu erzielen: 

10 

- Eine Serverfunku'on: das ist die Schnittstelle "Server 
TCP API" 

- Eine Clientfunktion: das ist die Schnittstelle "Client 
TCP API" 

- Eine Funktion, um an einer Multicastgruppe teilzu- 15 
nehmen: "Multicast TCP API". 

Mit Bezug auf Fig, 3 besteht die Schnittstelle Server TCP 
API aus den Funktionen, die es' der Serveranwendung des 
intelligenten Moduls mm des Automaten PLC erlauben, mit 20 
der entfernten Qientstation C zu kommunizieren, also: 



- "Send", der Zeichen an den TCP/IP-Clientstrom 
schickt. 

Die Automatisierungsfunktion des intelligenten Moduls 
MM fur die Teilnahme an einer Multicast-Kommunikations- 
gruppe verwendet eine Anwendungsprogrammierschnitt- 
stelle Multicast TCP API, die es ermoglicht, die folgenden 
Funktionen als Abfragen zu kodieren/dekodieren: 

- Socket Erstellungeines Sockets fur die Vorbereitung 
einer Verbindung 

- Join Verbindung . des Sockets bei einer Multicast- 
gruppe 

- Recv Empfang von Zeichen des Datenstroms der 
Multicastgruppe , 

- Send Sendung von Zeichen des Datenstroms der 
Multicastgruppe . 

- Leave Unterbrechung des Sockets der Multicast- 
gruppe 

- Close Dienstfunktionen, welche die Ruckgabe der 
verwendeten Ressourcen ermoglichen 



- "Socket", die einen Abhorsocket fur die Vorberei- 
tung einer Verbindung erstellt. Ein Socket ist eine Da- 
tenstruktur, die Informationen materialisiert, die es 
dem Programm der Automatisierungsfunktion ermog- 
lichen, auf die Netzwerkschichten zuzugreifen. 

- "Bind", die eine Anschlussnummer mit einem Sok- 
ket verkniipft. 

- "Listen", die einen Server-artigen Socket auf das 
Abhoren von Clientverbindungen einstellt. 

- "Accept", die einen Clientsocket erstellt, wenn ein 
Client sich entfemt verbindet. 

- "Shutdown", "Close", die das SchlieBen der Verbin- 
dung ausfuhren und die verwendeten Ressourcen zu- 
riickgeben. 

Nach der Verbindung werden durch die folgenden Funk- 
tionen zwei Daten-(Zeichen-)-strome zwischen Client und 
Server hergestellt: 

- "Recv",. der den Empfang der Zeichen des TCP/IP- 
Clientdatenstroms ermoglicht, 

- "Send", der Zeichen an den TCP/IP- Qientstrom 
schickt. 

Mit Bezug auf Fig, 3 besteht die Schnittstelle Client TCP 
API aus den Funktionen, die es der Clientautomatisierungs- 
funktion des intelligenten Moduls mm des Automaten PLC 
erlauben, mit der entfernten Serverstation C zu kommuni- 
zieren, also: 

- "Socket", die einen Socket erstellt. Ein Socket ist 
eine Datenstruktur, die Informationen materialisiert, 
die es dem Programm der Automatisierungsfunktion 
ermoglichen, auf die Netzwerkschichten zuzugreifen. 

- "Connect", die den Socket auf dem entfernten Server 
verbindet. 

- "Shutdown", "Close", die das SchlieBen der Verbin- 
dung ausfuhren und die verwendeten Ressourcen zu- 
riickgeben. - 

Nach der Verbindung werden durch die folgenden Funk- 
tionen zwei Daten-(Zeichen-)-str6me zwischen Client und 
Server hergestellt: 

- "Recv", der den Empfang der Zeichen des TCP/IP- 
Clientdatenstroms ermoglicht. 



Die Funktionen der oben genannten Schnittstelle TCP 
API (Server, Client, Multicast) verhalten sich wie die 

25 gleichnamigen Funktionen der Bibliothek libc des c-Kompi- 
lierers von Gnu. Die Funktionen von TCP API haben jedoch 
zusatzliche Parameter (Argumente) im Verhaltnis zu den 
entsprechenden libc-Funktionen, Diese Argumente ermogli- 
chen die Kodierung der Informationen, um sie auf dem 

30 Kommunikationsbus zu transportieren und sie mit den dele- 
gierten Diensten des Moduls MC zu interpretieren, und die 
von der Schnittstelle TCP API stammenden Abfragen auf 
dem privaten Kommunikationsbus BP zu verteilen (Adres- 
sierung der Module auf dem privaten Kommunikationsbus, 

35 ...). 

Zu diesen Argumenten gehort auch ein "Statusblock", der 
den Asynchronismus zwischen der Automatisierungsfunk- 
tion des intelligenten Moduls mm und den delegierten Dien- 
sten des Moduls MC ermoglicht. Dazu schickt der erste 

40 Aufruf einer Funktion eine Abfrage an den delegierten 
Dienst des Kommunikationsmoduls MC und initialisiert den 
Statusblock. Die folgenden Aufrufe mit demselben Status- 
block ermoglichen es, die Ruckgabeparameter der Funktion 
einzulesen: wenn die Funktion im Modul MC beeridet ist, 

45 schickt sie eine Nachricht an das Modul MM. Die Automa- 
tisierungsfunktion des intelligenten Moduls MM kann damit 
Aktionen, bei denen z. B. die Schnittstellen verwendet wer- 
den, die das Modul mit dem von ihm gesteuerten Prozess 
(Prozessschnittstelle) verbinden, zwischen den oben be- 

50 schriebenen aufeinander folgenden Aufrufen ausfuhren: 
dies nennt man Asynchronismus. 

Die Automatisierungsfunktion des Moduls mm wird iiber 
eine Schnittstelle mit einer Server-, Client oder Multicast- 
gruppenfunktion verbunden, indem fur die Betriebsarten 

55 (Ablauf der Vorgange, die implementiert werden miissen, 
um die entsprechenden Informationen fur die gesteuerten 
Prozesse zu liefern oder auf sie einzuwirken) und die Zuord- 
nung der Anschlussnummern (im Falle eines Servers) oder 
der entfernten Adressen fur Clientfunktionen mit dem Auto- • 

60 matenanwendungsprogramm Konventionen ubernommen 
werden, die zum Bereich der Systemanalyse gehoren. 

Die Schnittstelle TCP API kann in der Zentraleinheit UC 
des frogranunreglers, der ein spezifisches intelligentes Mo- 
dul ist, implementiert werden, wobei die unterstiitzte Auto- 

65 matisierungsfunktion Automatenanwendungsprogramm 
heiBt. 

Das Anwendungsprogramm des Programmreglers ver- 
wendet eine Erganzung des Systembefehlsvorrats in der Au- 
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tomatisierungssprache (fur die Automaten von Schneider 
Automation unter der Bezeichnung PL7 bekannt),. die den 
delegierten Server-, Ghent- oder Multicastdiensten ent- 
spricht, um die Server-, Client- oder Mulucastfunktionen 
auszufiihren. 1 5 

Eine derartige Anwendung erlaubt es dem Automaten, 
der Client oder Server einer beliebigen, entfemten Server- 
oder Clientanwendung zu sein. 

Ein im intelligenten Modul mm implementierter HTTP- 
Server kann z. B. die Konfiguration dieses Moduls einer mit 10 
einem Webnavigator ausgestatteten Qientstation iiber direkt 
erzeugte HTML-Seiten freistellen. Somit ist es moglich, 
dieses intelligente Modul MM online oder nicht online zu 
konfigurieren. 

Nachstehend wird die Arbeitsweise fur einen Automaten 15 
beschrieben, der in seiner Konfiguration ein TCP/IP unter- 
stiitzendes Kommunikationsmodul MC umfassL 

Beim Start des Automaten startet das intelligente Modul 
MM. seinen HTTP-Server. Zur Zuordnung der Anschlusse 
des jeweiligen Servers gehort z. B. die geografische Num- 20 
mer des intelligenten Moduls MM, um eine einzigartige und 
einfache Identifizierung fiir die Person zu ermoglichen, wel- 
che die Anwendung des Programmreglers programmiert, 
aktualisiert oder verwendet. 

Gegebenenfalls kdnnen Java-Applets die Funktionen der 25 
dynamischen Auflfrischung iibernehmen. 

Erganzend zum Online-Modus kann ein virtuelles Modul 
wahrend der Konfiguration des Automaten installiert wer- 
den, das auf der Programmierstation einen Simulationsser- 
ver startet, wodurch Funktionen wie die des im Modul inte- 30 
grierten Servers erbracht werden. 

Es ist selbstverstandlich, dass man sich, ohne den Rah- 
men der Erfindung zu verlassen, Variationen und Detailwei- 
terentwicklungen ausdenken und auch den Gebrauch gleich- 
wertiger Mittel in Betracht ziehen kann. 35 



dem privaten Kommunikationsbus unterstiitzten Proto- 
kollen zu kodieren, um sie den intelligenten Modulen 
zuzufuhren, und die von den intelligenten Modulen 
stammenden Abfragen zu dekodieren und sie auf die 
Delegationsdienste zu verteilen, urnfasst. 

3. Reglef nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass die Anwendungsprogrammierschnitt- 
stelle (TCP API) Funktionen urnfasst, die sich wie 
gleichnamige Funktionen der Bibliothek libc des c- 
Kompilierers von gnu verhalten, jedoch zusatzliche 
Argumente haben, um die Informationen derail zu ko- 
dieren, dass sie auf dem privaten Kommunikationsbus 
(BP) transportiert werden korinen und class sie von den 
delegierten Diensten des Kommunikationsmoduls 
(MQ und der Verteilung der von der sogenannten 
Schnittstelle (TCP API) auf dem privaten Kommunika- 
tionsbus (BP) stammenden Nachrichten interpretiert 
werden konnen. 

4. Regler nach Anspruch 1, 2 oder 3, dadurch gekenn- 
zeichnet, dass zur Sicherstellung des Asynchronismus 
zwischen der Anwendung des Kommunikationsmoduls 
(MM) und den delegierten Diensten des Kommunikati- 
onsmoduls (MQ der erste Aufruf einer Funktion eine 
Anfrage an den delegierten Dienst des Kommunikati- 
onsmoduls (MQ schickt und einen als Parameter wei- 
tergegebenen Statusblock initialisiert, und dass die fol- 
genden Aufrufe mit demselbeh Statusblock das Einie- 
sen der Ruckgabeparameter der Funktion ermoglichen, 
wobei eine Nachricht an das intelligente Modul (MM) 
geschickt wird, wenn die Funktion im Modul (MC) be- 
endet ist 



Hierzu 2 Seite(n) Zeichnungen 



Patentanspriiche 

1. Programmregler (PLQ, versehen mit einem priva- 
ten Betriebssystem, welches nicht das TCP/TP-Proto- 40 
koll unterstutzt, sich jedoch fiir Automatisierungspro- 
gramme eignet, und einerseits mit einem intelligenten 
Modul (MM, UC), in dem ein HTTP-Server installiert 
ist, und andererseits mit einem Kommunikationsmodul 
(MQ, das iiber einen Bus mit entfemten Einrichtungen 45 
(Q kombiniert werden kann, ausgestattet ist, dadurch 
gekennzeichnet, dass das intelligente Modul (MM, 
UQ mit einer Anwendungsprogrammierschnittstelle 
(TCP API) versehen ist, die es ermdglicht, entfemt die 
Verbindungs- und (TCP-) Kommunikationsfunktionen 50 
des TCP/IP- artigen Kommunikationsmoduls (MC) zu 
verwenden. 

2. Regler nach Anspruch 1,. dadurch gekennzeichnet, 
dass das Kommunikationsmodul (MC) einen Server- 
Delegationsdienst, der es einer Anwendung eines Mo- 55 , 
duls (MM) erlaubt, dem Modul (MC) die Eroffhung 
und Verwaltung einer Serververbindung auf dem 
TCP/IP-Netzwe± zu delegieren, einen Client-Delega- 
tionsdienst, der es einer Anwendung eines Moduls 
(MM) erlaubt, dem Modul (MC) die Eroffnung und 60 
Verwaitung einer Qientverbindung auf dem TCP/EP- 
Netzwerk zu delegieren, einen Multicast-Delegations- 
dienst, der es einer Anwendung eines Moduls (MM) er- 
laubt, dem Modul (MC) die Erdfl&iung und Verwaltung 
einer Multicastverbindung auf dem TCP/EP-Netzwerk 65 
zu delegieren, und einen Transkodier- und Routing- 
dienst, der es ermdglicht, die von den vorhergehenden 
Diensten stammenden Abfragen nach einem' der von 
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